因為 COVID-19 疫情停辦兩年的【偶像明星運動會】,在 2022 年重新舉辦啦~在這個活動中,可以看到愛豆 (Idol) 展現力與美、速度與激情。
偶運會誕生的名場面,包含上圖的射箭比賽, Red Velvet Irene 對上 TWICE 子瑜,美到讓人屏息。
另外,我的愛團 BTOB 二哥旼赫 (MINHYUK),2014 年在男子 60 公尺比賽衝出 6 秒 40 的大會紀錄,與當時的金氏世界紀錄只差 0.01 秒!
安利完超越敏捷的旼赫,現在要回頭安利敏捷開發 Scrum 裡必做的五個儀式。以下按照我們團隊 (Titansoft) 每週發生的時間序來介紹,不解釋名詞,而是分享經驗:
週一早上,我們的 Product Owner、設計團隊、工程師團隊和 Scrum Master 會一起規劃這次 Sprint 要做的事。
最開始,Product Owner 會先說明 Sprint Goal ,包含這個目標的商業價值。
接著,聚焦於 Sprint Goal,設計團隊和工程師團隊,會依據產能(人力),認領預計可以做到的 Story。
從週二開始,每天上午 11:00 設計團隊和工程師團隊,各自進行大約 5~7 分鐘的 Daily Sync,由團隊成員輪流報告下面三點:
站立會議是為了快速同步資訊,任何細節或阻礙都留在站立會議之後再討論。
週三上午,Product Owner、設計團隊、工程師團隊和 Scrum Master 會一起參加 PBR,討論產品待辦清單中即將進行的 User Story。
我們先對齊這張 Story 的目的和價值,再一起在白板上列出要做哪些功能、列出 AC 。
討論結束後,團隊拍照白板上的討論內容,上傳到 Jira board 裡面的 User Story Card (如下圖),以供未來 Planning 時可以依據這些資訊開工。
週五下午,Product Owner、設計團隊、工程師團隊和 Scrum Master 會一起參加 Review,展示這次 Sprint 的交付成果,包含可運作的軟體、UI 設計稿、網站文案等等。
我們會分配場地,在各會議室擺攤,讓來逛攤位的各團隊成員操作或瀏覽,並紀錄回饋。
例如工程師會提醒設計師,網頁 Tab 切換時的顏色可以更明顯。或者成員會以新手的身份試玩,回饋給開發團隊,某個功能在介面上不知道如何操作。Review 時收到的這些回饋,會由 Product Owner 決定是否要變成新的 User Story,加入產品待辦清單中。
週五下午,Review 結束後,設計團隊、工程師團隊會各自展開 Retro,回顧這次 Sprint 獲得了什麼經驗、有哪些可以改善的、有哪些需要跨團隊/跨部門協調的,並將 Actions 帶入未來的合作。
Retro 方式很多種:議題停車場、把團隊畫成前進的船、正念冥想......都可以!
Retro 結束後,最開心的是打完收工,放假好好休息。下週一再從 Planning 展開新的一輪衝刺。
跑 Scrum 五儀式時,一個衝刺接著一個衝刺,彷彿佛家的輪迴,週而復始,歲月流逝。
看似平凡的衝刺輪迴中,偶爾會遇上特別的時刻,例如成員做了某個 Task 彰顯了自己的能力,或團隊終於向 Stakeholders 提案通過了!
這些時刻的到來,就像 Kep1er 沈小婷在 2022 年【偶像明星運動會】國標舞比賽裡的驚人表演,是透過歲月堆疊,一次又一次的實作與改善,所累積的爆發力。